1 Rappels
2 Les Règles de passage des DF ou GDF au MCD
3 Conclusion
>>> Retour page précédente
1.1 Le dictionnaire des données
Le dictionnaire des donné contient toutes les données nécessaires, relevées dans l'analyse de l'organisation (dans l'analyse du sujet).
Il est organisé sous forme d'un tableau de cinq colonnes :
| N° Donnée | Code Donnée | Description Donnée | Type et longueur | Observations |
|---|---|---|---|---|
| … | … | … | … | … |
Un laboratoire photo effectue le développement et le tirage de films de clients.
Les clients sont des points de ventes qui confient leurs films au laboratoire.
Les films à développer sont placés dans une enveloppe individuelle et numérotée, sur laquelle on retrouve le nom, l'adresse, le code postal et la ville du client ou du point de vente.
Chaque client est identifié par un numéro unique.
De même, on retrouve sur l'enveloppe, le type de film (24*36, APS, CD), le type de travail à effectuer (développement et tirage, tirage seul, développement seul), le format (10*15, 13*18, 20*30) et la qualité (mat, brillant) du tirage, le nombre d'exemplaires.
Le dictionnaire des données sera le suivant :
| N° | Code | Description | Type et longueur | Observations |
|---|---|---|---|---|
| 1 | envNum | Numéro d'enveloppe | N 10 | Identifiant enveloppe |
| 2 | cliNom | Nom client | A 50 | |
| 3 | cliAdr | Adresse client | A 50 | |
| 4 | cliCP | Code postal client | N 6 | |
| 5 | cliVille | Ville client | A 30 | |
| 6 | cliNum | Numéro du client | N 10 | Identifiant Client |
| 7 | filmType | Type de film | A 15 | 4 types de film |
| 8 | travailType | Nom du type de travail | A 30 | 3 types de travail |
| 9 | tirageFormat | Format du tirage | A 5 | 3 formats disponibles |
| 10 | tirageQualité | Qualité du tirage | A 20 | Mat ou brillant |
| 11 | tirageNbEx | Nombre d'exemplaires du tirage | N 2 |
1.2 Le graphe de dépendances fonctionnelles
Ce graphe fait apparaître les dépendances fonctionnelles entre les données.
Une dépendance fonctionnelle relie deux données lorsque la connaissance de l'une détermine l'autre.
Attention, une dépendance fonctionnelle n'est pas réversible.
2.1 Définitions
Règle 0
Toute donnée du graphe de DF devient une propriété.Règle 1
Toute donnée source de dépendance fonctionnelle devient identifiant d'une entité.Règle 2
Toute donnée cible de dépendance fonctionnelle et non source (d'une autre DF) devient une propriété de l'entité dont la donnée source de la DF est identifiant.Règle 3
Une dépendance fonctionnelle entre deux données sources de DF révèle une association hiérarchique toujours non porteuse de propriété(s).Règle 4
La présence d'une donnée concaténée (association de plusieurs données élémentaires) source de DF révèle une association non hiérarchique porteuse de propriété(s).Règle 5
Attention. Il peut exister des associations qui sont des dépendances non fonctionnelles et qui n'apparaissent pas dans le graphe des DF.Dans notre magasin, chaque client achète une ou plusieurs BD différentes (code, titre), une BD peut être achetée par plusieurs personnes.
On a une dépendance entre Client et BD mais elle n'est pas fonctionnelle et donne lieu a une association non hiérarchique.
Notes :
Une association hiérarchique (1-n) est aussi appelée association fonctionnelle ou Contrainte d'Intégrité Fonctionnelle - CIF.
Une association non hiérarchique (n-n) est aussi appelée non fonctionnelle ou Contrainte d'Intégrité Multiple - CIM.
2.2 Exemples
Le fournisseur est connu par son numéro et son nom.
Un fournisseur peut vendre plusieurs articles.
Le graphe des DF est le suivant :
appelée aussi Association binaire non fonctionnelle porteuse
Pour construire le modèle conceptuel des données (MCD)
(ou modèle entité/associations - MEA)
On va repérer toute les données sources de DF.
noFou et codeArt deviennent des identifiants d'entités (Règle 1).
nomFou et adrFou deviennent des propriétés de Fournisseur (Règle 2).
descArt, poidsArt, qtéArt deviennent des propriétés de Article (Règle 2).
Il n'y a pas de DF entre des données sources de DF donc pas d'associations hiérarchiques (Règle 3).
prixAchat dépend de noFou ET de codeArt donc il y a une association non hiérarchique porteuse de la propriété prixAchat (Règle 4).
Grâce au graphe des DF il est alors possible de construire un MCD sûr à 90%
Les autres 10% sont constitués de réflexion sur l'existence d'associations non hiérarchiques et non porteuses de propriété et de questions telles :
Cette donnée est-elle codifiable, doit-elle être codifiée,
Cette association ternaire est elle juste?
Les associations ayant la même collection d'entité ont-elle le même ensemble d'occurrences?
Suite du cours : Le modèle relationnel (documents cgo131 et suivants) La suite de Merise en deuxième année (documents cgo211 et suivants)
Au revoir ...
Retour index | Retour accueil| Télécharger le cours : |
| | | Télécharger Adobe Acrobat, cliquez ici : | 
| ||
| (C) François Kieffer 2005 |
